home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000097_news@newsmaster….columbia.edu _Tue Oct 14 18:10:11 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA17289
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 14 Oct 1997 18:10:10 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA26023
  7.     for kermit.misc@watsun; Tue, 14 Oct 1997 18:10:10 -0400 (EDT)
  8. Path: news.columbia.edu!panix!howland.erols.net!ais.net!news.idt.net!psinntp!pubxfer.news.psi.net!usenet    
  9. From: dlane@contactpt.com (David Lane)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Kermit via PPP under DOS?
  12. Date: 14 Oct 1997 17:58:51 -0400
  13. Organization: Contact Point Technologies
  14. Lines: 39
  15. Message-ID: <uoh4sknvo.fsf@dlane.contactpt.com>
  16. References: <k1c7kBQEU5Wv@cc.usu.edu> <omvhza9x7g.fsf@tees.cs.ualberta.ca>
  17.     <5jzp7SiZjuUm@cc.usu.edu> <omn2kcqegc.fsf@tees.cs.ualberta.ca>
  18. NNTP-Posting-Host: 38.233.46.4
  19. In-reply-to: Vladimir Alexiev's message of 14 Oct 1997 14:25:55 -0600
  20. X-Newsreader: Gnus v5.1
  21. Xref: news.columbia.edu comp.protocols.kermit.misc:7875
  22.  
  23. In article <omn2kcqegc.fsf@tees.cs.ualberta.ca>
  24.     Vladimir Alexiev <vladimir@cs.ualberta.ca> writes:
  25.  
  26. [snip]
  27. > >     Proxy ARP et al have not the slightest to do with Kermit (or other
  28. > > client) internals. That is outside of and unknowable to these clients.
  29. > I know that. I was trying to figure out how does class 1 emulation work.
  30. > 
  31. > For a PPP link, Kermit`s job is pretty simple: it has to send all it wants to
  32. > send down the link, without caring mcuh about MAC addresses. That's why I
  33. > think it would be an easy fix: Kermit could simply disregard some of its
  34. > "doubts" about the faithfulness of the class 1 emulation and just go ahead.
  35. [snip]
  36.  
  37. Now this may be a boneheaded question, but why would a PPP packet driver
  38. emulate a class 1 driver and not a class 6 driver?  The major difference
  39. between the two in terms of presented data is the presence of MAC
  40. addresses and non-IP packets.  The differences in behavior that follow
  41. from this are more significant.  One is emulating a broadcast medium
  42. on a point-to-point connection.  The other is emulating a point-to-point 
  43. connection of somewhat lesser capabilities, but still enough for
  44. straight IP (meaning ICMP, TCP).
  45.  
  46. > I was hoping that we can figure out what more does Kermit expect from a class
  47. > 1 emulator compared to other TCP apps (and you're starting this, with the 3
  48. > conditions above). Now I'll try from the other end, ask emulator authors what
  49. > less do these emulators provide compared to true ethernet drivers.
  50.  
  51. I would suspect that much of it has to do with ARP and other such
  52. broadcast things (especially ARP, since it's a different protocol type
  53. than IP.)  On ethernet you do arp, or you're not doing it right.  On
  54. PPP, you do some minor negotiation at connect time, but you don't do
  55. ARP per se.
  56.  
  57. David.
  58. -- 
  59. David Lane                                 dlane@contactpt.com
  60. Senior Software Engineer                   http://dlane.contactpt.com
  61. Contact Point Technologies                 http://www.contactpt.com